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(g) Prepaid-Service fur mobile Paketdatennetze 

@ Die Erfindung bezieht sich auf ein Verfahren zur Be- 
handlung eines Datendienstes, bei dem von einer ersten, 
Insbesondere mobllen Kommunikationseinrichtung (M^j 
Daten uber zumindest einen Teil eines Kommunikations- 
systems als Paketdaten dbermittelt werden und bei dem 
elne Verrechnung von Gebuhren fur den Datdndienst er- 
folgt. 

ErfindungsgemaS werden die Gebuhren mit einem im 

voraus entrichteten Gebuhreribetrag verrechnet, dies ins- 
besondere parallel zur Paketdatenubertragung, wobei die 

Gebuhrenverrechnung^abhangig von der flbermittelten 

Datenmenge oder Anzahl def ubermittelten Datenpakete 

als Vorauszahlungs-On-Line-Verrechnung erfolgt. 

Die Erfindung betrifft insbesondere die Einbettung dieser 

Funktion in ein existierendes Gebuhrenvorauszahlungs- 
I system fur nicht paketorientierte Kommunikation mit der 
, Moglichkeit einer einheitlichen Abreciinung des Teilneh- 
I mers f u r atle seine Dienste. 
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Beschreibung 



Die Erfindung betrifFt ein Verfahren ziir Behandlung, ins- 
besondere zur Gebiihrenverrechnung eines Datendienstes 
gemaB den oberbegrifflichen Merkmalen des Patenlan- 
spruchs 1 und ein Kommunikationssystem zum Ausfuhren 
des Verfahrehs. 

FUr verbindungsorientierte Kommunikationsdienste in ei- 
nem Kommunikationsnetz ist es bekanntlich moglich, die 
Verbindungen durch ein Intelligentes Netz (IN) steuem zu 
lassen. So ist beispielsweise fur Mobilfunknetze nach dem 
GSM-Standard (Global System for Mobile Communication) 
eine CAMEL-Plattform (Customized Applications for Mo- 
bile network Enhanced Logic) gemaB der GSM-Empfeh- 
luiig 03.78 definiert, um eine weltweite Nutzung der Lei- 
stungsmerkmale des Intelligenten Netzes zu ermoglichen. 
Die iibliche Architektur des Intelligenten Netzes sieht eine 
Dienstevermitdungsfiinktion (Service Switching Function) 
und eine Dienstesteuerungsfunktion (Service Control 
Function) vor, die iiber eine Signalisierungsstrecke mitein- 
ander verbunden sind. Als Applikation wird hierbei ein spe- 
zielles Protokoll verwendet, das fiir das Mobilfunknetz aus 
dem CAP-ProtokoU (CAMEL Application Part) besteht. 

In bestehende Mobilfunknetze nach dem GSM-Standard 
werden derzeit neuartige Datendienste wie der Paketdaten- 
dienst GPRS (General Packet Radio Service) gemaB der 
GSM-Empfehlung 03.60 eingefiihrt. Die Obertragung im 
Mobilfunknetz findet hierbei nicht verbindungsorientiert, 
sondem in Form von Paketdaten statt. Diese Art der "Qber- 
tragung nutzt die gegebenen tJbertragungsressourcen im 
Mobilftinknetz besser aus. Mit diesem GPRS-Netz ist es 
ebenfalls moglich, Kurzmitteilungen (SMS) zu iibertragen. 
Die Architektur fur den Paketdatendienst geht davon aus, 
daB das vom mobilen Ibilnehm^ benutzte Kommunikati- 
onsendgerat - die Mobilstation an ihrem jeweiligen Aufent- 
haltsort von einem Dienstenetzknoten (Serving GPRS Sup- 
port Node - GPRS: General Packet Radio System) bedient 
wird. Um Paketdaten zu empfangen oder zu senden, ist der 
Zugang zu einem Paketdatennetz notwendig. Zu diesem 
Zweck werden Zugangsnetzknoten (Gateway GPRS Sup- 
port Nodes), bereitgestellt, die jeweils den Zugang zu dem 
Paketdatennetz - z. B. Internet - realisieren und ein be- 
stimmtes PaketdatenprotokoU - z. B. Internet Protokoll - 
unterstiitzen. Zwischen dem Dienstenetzknoten und dem 
Zugangsnetzknoten ist im Mobilfunknetz ein Tbnnel vorge- 
sehen, iiber den die Pakete iibertragen werden. Da sich die 
mobilen Teilnehmer mit ihren Kommunikationsendgeraten 
zwischen mehreren Funkversorgungsgebieten eines Mobil- 
funknetzes bewegen, gelangt der einzelne Teilnehmer mog- 
lichej-weise in das Versorgungsgebiet eines neuen Diensten- 
etzknotens, so daB der Tunnel umzuschalten ist und die Pa- 
kete auf einem neuen Ubertragungsweg durch das Mobil- 
funknetz zu iibertragen sind; Der bisherige Dienstenetzkno- 
ten kann den Paketdatendienst fiir den betreffenden Teilneh- 
mer fiir diesen Fall nicht mehr steuem. 

Ausgehend von der Behandlung eines Paketdatendienstes 
im Mobilfunknetz durch Dienstenetzknoten in Verbindung 
mit einem Zugangsnetzknoten zur Ubertragung von Paket- 
daten sowie einer 'Rinnelumschaltung bei Wechsel des Ver- 
sorgungsgebiets erfolgt gemaB der alteren Pat^ntanmeldung 
P 19849578.1 ein Iriterworking des Paketdatendienstes mit 
Netzfunkrionen eines Intelligenten Netzes, von denen eine 
Dienstevermitrlungsfunktion mit deiri jeweiligen Diensten- 
etzknoten zusainmengeschaltet und eine Dienstesteuerungs- 
funktion iiber eine Schnittstelle an den Dienstenetzknoten 
mit iniegrierter Dienstevermittlungsfunktion angeschaltet 
wird, sowie - bei dem Wechsel des mobilen Teilnehmers 
von dem eihen Versorgungsgebiet in das andere Versor- 



gunjgsgebiet zusatzlich zum Umschalten von dem einen 
IVinnel zu dem anderen Hmnel ein Umschalten von einer al- 
ten Assoziation, die zwischen der im bisherigen Diensten- 
etzknoten integrierten Dienstevermittlungsfunktion und der 
5 Dienstesteuerungsfunktion besteht, zu einer neuen Assozia- 
tion, die zwischen der im neuen Dienstenetzknoten inte- 
grierten Dienstevermittlungsfunktion und der Dienstesteue- 
rungsfunktion besteht 

Durch die Kombination von Litegration der Di^tever- 

10 mittlungsfimktion in den jeweiligen Dienstenetzknoten, 
Kommunikation mit der Dienstesteuerungsfunktion, Um- 
schalten von alter Assoziation zu neuer Assoziation zusatz- 
lich zum Umschalten des Hinnels fiir die Paketdateniibertra- 
gung, laBt sich in vorteilhafter Weise der Paketdatendienst 

15 wie andere IN-Dienste behandeln und steuem sowie - unbe- 
merkt und stonmgsfrei - fiir den mobilen Teilnehmer bei ei- 
nem Wechsel des Versorgungsgebiets durch Anwendung 
von IN-Funktionen weiterhin zur Verfiigung stellen. , 
Weiterhin ist die Moglichkeit einer Vorausbezahlungs- 

20 bzw. Prepaid-online-Vergebiihrung fiir Teilnehmer eines 
mobilen Netzes bekannt, bei der Sprachendienste eines Teil- 
nehmers mit einem On-Line-Konto vergebiihrt werden. 

In der GSM-Standardisierung ist eine neue SchnittsteUe 
(Interface) zwischen dem Paketnetzknbten (SGSN) und ei- 

25 nem Abrechnungsserver (SCP) mit neuen Parametem und 
Funktionen vorgesehen (CAMEL Phase 3), Diese bietet je- 
doch derzeit noch keine speziell realisierbare L6sung fiir 
eine Vergebiihrung von Paketdiensten oder Sprach- und Pa- 
ketdiensten eines Teilnehmers mit einem On-Line-Konto. 

30 Der Erfindung liegt die Aufgabe zugrunde, Verfahren und 
Funk-Konununikationssysteme bereitzustellen, bei denen 
die Abrechnung von Diensten eines (mobilen) Paketnetzes 
erweitert wird. Vorteilhafterwfeise soUen die Erweiterungen 
fiir die Dienste- bzw. Service-Logik des Abrechnungsser- 

35 vers (SCP) und den Paketnetzknoten (SGSN) dabei begrenzt 
sein. 

Diese Aufgabe wird durch das Verfahren mit den Merk- 
malen des Anspruchs 1 und das Funk-Kommunikationssy- 
stem mit den Merianalen des Anspruchs 16 gelost. 
40 Vorteilhafte Weiterbildungen sind Gegenstand von Unter- 
anspriichen. 

Hier werden zwei Ideen miteinander verbunden: Einer- 
seits wird ein Paketdienst wie das Intemet fiir den Versand 
von Paketdaten genutzt und andererseits wird die Vergebiih- 

45 rungslogik in Anlehnung an die vom kontinuierlichen ver- 
bindungsorientierten Dienst her bekannte Vergebuhrungslo- 
gik so angepaBt, daB nur ein minimaler Aufwand und somit 
. mini male Kosten anf alien. 

Dazu werden nur Funktionen eines Paketnetzes auf Funk- 

50 tionen eines leitungsvermittelten Netzes abgebildet, ein Ge- 
biihrenanpassungs-Server eingefuhrt und IP-basiert.e Proto- 
koUe im GSN anstelle vom Conunon Channel Signaling Sy- 
stem No. 7 (CCSNo7) genutzt. 

Somit wird ein Gebiihrenahpassungs-Server (CMS) an 

55 existierende Schnittstellen des Paketnetzes angeschlossen, 
wo er eine ProtokoUumsetzung auf die entsprechende 
Schnittstelle des leitungsvermittelten Prep aids y stems durch- 
fuhrt, Die Implementierung neuer Schnittstellen kann dabei 
vermieden werden. Weiterhin ist die Ersetzung von 

60 CCSNo7-Protokollen durch IP-basierte Schnittstellen/Pro- 
lokolle bzw. die Verlagerung der GSM-CAMEL-Schnitt- 
srelle vom Paketnetzknoten auf den Gebiihrenanpassungs- 
Server moglich. 

Gleichzeitig kann im CMS ein Gebiihren-Aquivalent des 

65 leitungsvennittelten Services berechnet und der Service so- 
mit luckenlos in die existierende Umgebung des Prepaidsy- 
steins integriert werden. Die Vorteile die sich daraus ergeben 
sind insbesondere die einfache Realisierung im Netzwerk, 
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da die bestehenden Komponenten kaum modifiziert werden momentanen Aufenthaltsort bedient. 

mussen. Im unteren Abschnitt ist das Internet iiber eine Zugangs- 
Am GSN ist keine Abrechnungsserver-Schnittstelle kontrolleinrichtung (FW: Firewall) an den Intemet-Gate- 
(INAP/CAP) erforderlich. Zudem muB keine neue Service- way-2Uigangsnetzknoten GGSN (Gateway GPRS Support 
logik im Prepaid-System (SCP) bereitgestelit werden bzw. 5 Node) angeschlossen. Der Gateway-Zugangsnetzknoten 
es sind nur geringe Modifikationen durchzufiihren. GGSN kommuniziert zudem mit einem INTRA-PLMN-IP- 
Im GPRS-Serviceknoten (GSN) mQssen keine Tarifdaten Backbone (PLMN- internes EP-Netz) und einem Betriebs- 
administriert und behandelt werden. und Wartungssystem O & M (Operation & Maintanahce) so- 
Fur den Operator ergibt sich eine einfache Administra- wie daruber auch mit dem ' Gebuhrenanpassungs-Server 
tion. So bleibt die Teilnehmerdatenbasis zentral im Abrech- 10 CMS. Das INTRA-PLMN-:IP-Backbone und das O & M- 
nungsserVerZ-Heimatregister (SCP/HLR). Im CMS miissen kommunizieren zudem auch mit dem DienstenetzknotMi 
nur die Tarifmodelle und keine Teilnehmerdaten admini- SGSN. 

striert werden. Der beide Abschnitte Ubergreifende Gebiihrenanpas- 

Nachfolgend werden Ausfuhrungsbeispiele anhand der sungs-Server CMS besteht aus mehrwren Einheiten, die im 

Zeichnung naher erlautert. Es zeigen: 15 Rahmen der speziellen Funktionen eriSutert werden. 

Fig, 1 die Einbindung eines neuen Gebiihrenanpassungs- Die fett gedruckten Pfeile bzw. Verbindungen 1-10 be- 
Servers in die Netzwerkstruktur fiir die Realisierung der zeichnen existierende Schnittstellen bzw. Interfaces, die als 
Vergebiihrungsfunktion, Kandidaten fiir die hier umzusetzende Nutzung dienen. Da- 
Fig. 2 eine mogliche Schnittstelle fiir die KontroU-ZAus- bei kann jeweils die fiir die konkrete Umgebung giinsdgste 
losefunktion und 20 Schnittstelle aus gewahlt werden. 

Fig. 3 eine beispielhafte Konfiguration einer Realisierung 

mit einer MultivendonnSglichkeit, d. h. einer Standardisie- 1. liefem von Gebuhreninformationen an den Gebtihrenan- 

rungsmoglichkeit. passungs-Server CMS 

Nachfolgend wird der Ablauf der On-Line-Vergebiihrung 
eines beispielhaftenGPRS-Dienstes (GPRS: General Packet 25 Die Vergebuhrungs-Information wird in den Zugangs- 
Radio System) beschrieben. Dabei werden im wesentlichen netzknoten GSNs in Datensatze bzw. Rekords formatiert 
zwei Aufgaben realisiert: und iiber einen "hot exit" bzw. zeitlich unmittelbaren Zu- 
Erstens erfolgt bei oder niach einer Nutzung des GPRS- gang an den Gebuhrenanpassungs-Server CMS geschickt. 
Dienstes eine entsprechende Abbuchung von einem Online- Hierfiir kann auch ein Dateiiibertragungsprotokoll bzw. File 
Konto, die nachfolgend als Vergebuhrungsfunktion (Char- 30 Transfer ProtokoU (FTP - warm billing) angewendet wer- 
ging Funktion) bezeichnet wird. deni Dabei kann eine auf einem Intemet-Protokoll IP basie- 
Zweitens erfolgen bei Kontolimitunterschreitungen ins- rende Schnittstelle wie z. B. das IP-Backbone (1) g^utzt 
besondere auch Mafinahmen, wie z. B. der Entzug der Ser- werden, oder ein O&M-Netzwerk mit z. B. Q3-Interface (2). 
viceberechtigung (nachfolgend Kontroll-Funktion). Wenn die Vorausbezahlungs- bzw. Prepaid-Teilnehmer iiber 
Die Vergebuhrungsfunktion wird anhand der Fig. 1 ver- 35 die Anmelde- bzw. Subscription Daten im SGSN gekenn- 
deutlicht, die eine fur deren Realisierung geeignete Einbin- zeichnet sind (Schnittstelle 7), ist es moglich nur deren Re- 
dung eines Gebiihrenanpassungs-Servers bzw. Charging kords an den Gebuhrenanpassungs-Server CMS zu liefem. 
Mediation Servers (CMS) in die Netzwericstruktur darstellt 

Der obere und linke Abschnitt aus Fig. 1 stellt das fiir sich 2. Verarbeitung der empfangenen Daten im Gebiihrenanpas- 

bekannte GSM-Mpbilfunksystem fiir leitungsvermittelte 40 sungs-Server CMS und Ba-echnung eino: On-Line-Gebiihr 

Verbindungen dar, der untere Abschnitt den so im wesentli- (Gebtihreneinheiten) 
chen bereits fur Paketdatendienste imd den Anschlufi an das 

Internet bestehenden Teil. Neu hinzugekommen ist der Ge- Der Gebiihrenanpassungs-Server CMS enthalt eine erste 

buhrenanpassungs-Server CMS, der die Hauptschnittstelle Tarifdatenbank (PO) fiir eine Vergebiihrung von Diensten 

zwischen diesen beiden Systemen bildet. 45 im Paketnetz und eine zweite Tarifdatenbank (CS), welche 

Im oberen Abschnitt konununiziert der Gebtihrenanpas- die Tarifstruktur fur leitungsvermittelte Dienste enthalt und 

sungs-Server CMS (Charging Mediation Server) mit einem welche der im bekannten ' Abrechnungsserver SCP ent- 

zentralen Abrechnungsserver SCP (Service Control Point) spricht. Diese Datenbasen konnen durch den Operator Ober 

uber Verbindungen 3, 4 bzw. 5 zwischen diesem und einem die O&M-Schnittstelle (10) eingegeben werden. Altemativ 

Online-Server, einem SSP und einem Heimatregister HLR SO kann natiirlich auch eine einzige, entsprechend umfangreich 

(Home Location Register), das zur Registrierung des Auf- strukturierte Datenbank eingesetzt werden. 

enthaltsorles einer Mobilstation dient. Der Abrechnungsser- Aus den empfangenen Vergebiihrungs-Datensatzen (Re- 

ver SCT dient zur Offline- Vergebiihrung nach einem Ge- kords) werden durch den Protokollhandler die relevanten In- 

sprach oder zur Online- Vergebuhrung. Bei der Online- Ver- formationen an den Gebiihrenberechner (Unit calculator) 

gebuhrung wird bereits wahrend eines Gesprachs eine Ab- 55 ubergeben. Dieser ermittelt die Gebiihr (Units) entspre- 

buchung vom Online-Konto vorgenommen. Der Abrech- chend des Tarifmodells, 
nungsserver SCP steht weiterhin (uber 8) mit einem Verwal- 

tungs- und VerrechnungszenUnm ABC (Administration and z. B. U[Gebuhren] = a x Datenvolumen[KByte] + b X Ver- 

Biliing Center) und (uber 10) mit einem SMP (Service Ma- bindungsdauer[min] + c x PDP-Context-Activation[l/0]. 
hagenient Point) in Verbindung, auf den wiederum vom 60 

Netzoperator zugegriffen werden kann. Der Netzoperator ist Dabei stellt die PDP-Context-Acrivation die Herstellung 

iiber eine Verbindung 10 mit dem Gebiihrenanpassungs-Ser- der logischen Verbindung aus dem GPRS/Mobilfunknetz in 

ver CMS verbunden. ein Paketnetz mit der Moglichkeit dar, danach Pakete zu 

Das Heimatregister HLR steht iiber eine Verbindung 7 iibertragen. Eine Paketverbindungsaktivierung (PDP con- 

auch mit einem Dienstenetzknoten SGSN (Serving GPRS 65 text activation) kann aquivalent zu einer Leitungsverbin- 

Service Node)in Verbindung, der anstelle einer Mobilver- dung zwischen zwei Stationen (call) betrachtet werden, wo- 

rnitilungsstelle eine oder mehrere Mobilstationen MS iiber durch letztendlich bestimmt wird, wo und wie ein Teilneh- 

ein zwischengeschaltetes Basisstationssystem BSS an ihrem mer erreichbar ist. Im Paketdienst wird so gesehen ein logi- 
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scher Draht zwischen Mobilstationen und einem Paketnetz 
eingerichtet 

Fiir die Vergebuhrung von SMS kann die einfache Be- 
rechnung z. B. U[Gebuhren] = d (je gesendete SMS) ver- 
wendet werden. 5 

3. Ausgabe der relevanten Information an das On-Line-Pre- . 
paidsystem und Bestinimimg eines Vergebiihrungs-Aqiiiva- 
lents im Leitungsvermittlungs-Tarifmodel entsprechend 

dem gewMhlten Interface 10 

Der Protokollhandler in Richtung des Vorausbezahlungs- 
systems simuliert Ereignisse (events) im circuit switched 
bzw. leitungsvermittelten Netzwerk, die zu einer definierten 
Vergebiihrungsaktion im Abrechnungsserver SCP fuhren. 15 
Dabei kann die zweite Tarifdatenbank CS angewendet wer- 
den. 

Um Nebeneffekte zu vermeiden, kdnnen die Protokoll- 
operationen der entsprechenden Schnittstelle auch so modi- 
fiziert oder entworfen werden, dafi sie reine Vergebuhrungs- 20. 
operationen enthalten, falls diese nichtbereits schon existie- 
ren (z. B. fur die direkte Reduzierung eines Zeit- oder Ge- 
buhrenkontos umeinen bestinunten Betrag). 

Auf Grundlage der in den Datensatzen enthaltenen Infor- 
mation kann auch das Zustandsmodell (State Model) der 25 
Sitzungen (Sessions) im Dienstenetzknoten SGSN nachge- 
bildet werden. Damit ist es moglich, das CAMEL-ProtokoU 
im Gebiihrenanpassungs-Server CMS zu terminieren. Fiir 
diese Funktion sollten die im Schritt 1 ubertragenen Daten- 
satze vorzugsweise erweitert werden, um die Erzeugung ei- 30 
nes Rekords beim PDP-Context-Aufbau zu ermoglichen. 
Weiterhin soUte im Rekord der Parameter SCP-Adresse zur 
Auswahl des Abrechnungsserver^ SCP enthalten sein. 

Nachfolgend werden einige iBeispiele fiir nutzbare Inter- 
faces zur Obertragung von Gebiihreninformationen zwi- 35 
schen dem CMS und dem Abrechnungsserver aufgefiihrt: 

Al) INAP/CAP-Schnittstelle (3) 

Eine Moglichkeit ist ein CAMEL-Protokoll fur leitungs- 40 
vermittelte Verbindungen (CS): Dabei erfolgt eine Berech- 
nung einer bestimmten Rufdauer, welche in einem simulier- 
ten Dialog vom Teilnehmerkonto abgezogen wird. 

Eine andere Moglichkeit ist das CAMEL-Protokoll fiir 
GPRS im CMS zu unterstutzen. 45 

Um die CAMEL-Operationen vollslandig unterstiitzen zu 
konnen, sind auch die entsprechenden Kontollfunktionen 
mit CAMEL zu realisieren und liber das GPRS Vergebiih- 
rungs-Protokoll (Schnittstelle/Interface. 1) in Echtzeit zum 
Dienstenetzknoten SGSN zu signalisieren. 50 

A2) MAP-<Mobile Application Protocoll)-Schnittstelle (4) 

Es erfolgt eine Berechnung einer Anzahl von vergebiihr- 
baren Ereignissen (wie USSD, Supplementary Service 55 
Usage), welche dem SCP.signalisiert werden. 

A3) Online-Schnittstelle. z. B. IP-basierte Schnittstelle zum 
Kontoaufladen (5) 

60 

- Proprietar definierte Nachrichten mit Vergebiih- 
rungsinformationen werden an den Abrechnungsserver 
SCP geschickt. 

- Die Gebuhren werden als negative Kontostandser- 
hohung an den Abrechnungsserver SCP weitergege-* 65 
ben. 

Nachfolgend wird die Behandlung von Kontolirnitunter- 



schreitung unter Bezug auf Fig. 2 beschrieben, die mogliche 
SchnittsteUen fur die Kontroll-ZAusldsefiinktion darstellt. 
Im Vergleich zu Fig. 1 sind hier der Online-Server wegge- 
lassen und ein Nachrichten- bzw. Kurzmitteilungs-Gateway 
sowie ein Kurzmitteilungszentrum SMSC iiber eine Verbin- 
dung bzw. eine Schnittstelle 6 hinzugefiigt. Die einzelnen 
Verbindungen sind angelegt, wie dies anhand der nachfol- 
genden Beispiele dargelegt wird. 

Das System sollte hier in der Lage sein, das Erreichen ei- 
nes Kontostandslimits an den Ibibiehmer zu signalisieren. 
Dazu kann das Interface bzw. die Schnittstelle 6 zu einem 
Nachrichten-Gateway verwendet werden, um Kurzmittei- 
lungen an den Teilnehmer auszusenden. 

Fiir den Fall einer Schwellwertunterschreitung muB dem 
Teilnehmer die Berechtigung fiir weitere Diensdeistungen 
und Dienste entzogen werden. Aufierdem miissen aktuelle 
PDP-Contexte beendet werden. Um die GPRS -Subscription 
bzw. GPRS-Anmeldung zu entziehen, kann der Abrech- 
nungsserver SCP entsprechende Datensatze (iiber 8) an das 
Verwaltungs- und Verrechnungszehtrum ABC schicken. 

Fiir die Verhinderung der aktuellen Nutzung von GPRS- 
Diensten kdnnen verschiedene SchnittsteUen verwendet 
werden, z. B.: 

vom Abrechnungsserver SCP zum Gebiihrenanpassungs- 
Server CMS: 

Bl) Intemet-Protokoll-IP-basierte Online-Schnitt- 
stelle 9 

B2) CAMEL-Interface/Schnittstelle 11 

B3) MAP-Interface 7 (Mobile Application Part-Steue- 

rung der MobiUtatsfimktion) 

vom Gebiihrenanpassungs-Server CMS zum Dienstenetz- 
knoten SGSN: 

B4) O&M-Schnittstelle zum Heimatregister HLR 
. (CMISE Oder herstellerspezifisch) 13 
B5) GPRS-Tunnel-ProtokolWergebiihrungs-Proto- 
koUl 

Zur Steuerung der SGSN-PDP-Kontexte ist eine Er- 
weiterung des Protokolls mit SteuemachrichtenZ-Re- 
kords vorzunehmen (extemes 'Delete PDP Context Re- 
quest'). Unabhangig ob der Gebiihrenanpassungs-Ser- 
ver CMS als Protokoliabschlufi fur das CAMEL Proto- 
koU dient (Variante Al + B2) oder ein IP-b.asiertes Pro- 
tokoU verwendet wird (A3 + Bl) kann durch eine Er- 
weiterung dieses Protokolls die CAMEL Funktionalitat 
vollstandig ausgebildet werden. 

B6) Screening-Funktion bzw, Musterbeobachtungs- 
funktion auf Basis der IP-Adresse 12: 
Bei statischen IP-Adressen kann der Abrechnungsser- 
ver SCP die IP-Adresse der bedienten Mobilstation Ue- 
fem. Bei dynamischen Adressen ist eine Implementie- 
rung moglich, wenn im Gateway-Zugangsnetzknoten 
GGSN die IP-Adressen z. B. zentral uber einen Radius 
Server vergeben werden. Der Gebiihrenanpassungs- 
Server CMS kann dann ebenfalls iiber das Datenuber- 
tragungsprotokoll Radius (Remote authentication dial 
in user service) die Adresse beziehen. Danach wird 
iiber SNMP (Simple Network Management Protocol) 
ein Update dei: Screening-Funktionen (z. B. in den Fire 
Walls) durchgefiihrt (iiber 12); so daS Pakete mit der 
ermittelten IP-Ziel- bzw. Ursprungsadresse zu verwer- 
fen sind. Durch diese Losung ist es zwar moglich, den 
Teilnehmer von GPRS-Diensten auszuschlieBen, nicht 
aber Verkehr bzw. Traffic auf der LuftschnittsteUe (Air- 
Interface) zu unterdriicken. 

Fur eine direkte Abrechnungsserver zu Dienstehetz- 
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knoten-Schnittstelle-(SCP-SGSN-Inteiface)-ohne-Ge- 
biihrenanpassungs-Server-CMS-Interworking gibt es 
die Beispiele: 

B7) Mobilitatsfunktioiissteuerungs-CMAP)-Erweite- 
rung im Abrechnungsserver SCP ilber die Schnittstelle 5 
14. 

B7.1) Bei Kontounterschreitung gchickt der Ab- 
rechnungsserver SCP parallel zur Nachricht an 
das ABC/HLR eine entsprechende MAP-Mittei- 
lung ("cancel location, . .") ah den Dienstenetz- 10 
knoten SGSN. 

B7.2) Als Variante ist der Weg uber das Heimatre- 
gister HLR mSglich. Der Abrechnungsserver SCP 
schickt eine MAP-Nachricht an das Heimatregi- 
ster HLR, welches daraufhin eine Loschung des 15 
Teilnehmers im Dienstenetzknoten SGSN durch- 
fiihrt und dem Teilnehmer die weitere Dienstbe- 
rechtigung entzieht. 

In diesen Fallen der Beispiele B7 soil ein Wieder- 
einbuchen des Teilnehmers verhindert werden. 20 
Mit der Funktionalitat von CAMEL PH3 (any 
time modification) kann iiber das MAP-Interface 
direkt auf die Teilnehmerdaten im Heimatregister 
HLR EinfluB genommen werden und damit eine 
Sperrung der Subscription bzw. Anmeldung er- 25 
reicht werden. 

B8) Nutzung des Kurznachrichtendienstes SMS iiber 

Schnittstelle 6: 

Um die Generierung einer MAP-Nachricht im Abrech- 30 
nungsserver SCP vermeiden zu konnen, kann die Verwen- 
dung von einem Kurznachrichtendienst SMS untersucht 
werden. Ein spezieller Parameter im Kurznachrichtendienst 
SMS (der dem Teilnehmer das Ende des GPRS-Services 
mitteilt) dient dabei als THgger fiir den Dienstenetzknoten 35 
SGSN, die PDP-Contexte zu schlieBen und keine neuen zu- 
zulassen. Hierfur kann auch eine Funktionalitat im Kurzmit- 
teilungszentrum SMSC einbezogen werden (Verwendung 
vom User Header Information Identifier der SMS). Fiir den 
DienstMietzknoten SGSN stellt dies jedoch eine proprietare 40 
Erweiterung dar. 

Ein Nachteil dieses Beispieles B8 besteht darin, dafl ein 
neues Einbuchen (Attachment) des Teilnehmers nur im ak- 
tuellen Dienstenetzknoten-Bereich verhindert werden kann. 

Weiterhin gibt es Realisierungsbeispiele mit gleichzeiti- 45 
ger Untersuchung der Multivendormoglichkeit, wie folgt: 



a) Vergebtihrungsfunktion 

Um den EinfluS der Vorbezahlungs-Losung auf die Off- 50 
Line-Rechnungslegung (Billing) so gering wie moglich zu 
halten und im Gebiihrenanpassungs-Server CMS die Ab- 
frage der Teilnehmerdatenbasis einzusparen, ist die Kenn- 
zeichnung der Vorbeiahliings- bzw. Prepaid-Teilnehmer im 
Dienstenetzknoten SGSN eine wichtige Forderung. Das 55 
kann durch die CSI (CAMEL Subscription Information) 
realisiert werden. Da eine derartige Umsetzung bereits fiir 
die CAMEL Phase3 vorgeschlagen ist und in Analogie zu 
den leitungsvermittelten Diensten CS erfolgen soil, kann 
diese Erweiterung der MAP-SchnitLstelie als Vorgriff auf 60 
den Standard und de facto als dem Standard konfonn ange- 
sehen werden. Die Versorgung des Gebiihrenanpassungs- 
Servers CMS mit Vergebuhrungsdateien uber das gangige 
Dateiiibertragungsprotokoll FTP ware eine proprietare aber 
einfache Losung (Interface 2). 65 

Fur die Schnittstelle 1 (GPRS Backbone) kann das Verge- 
buhrungs-Protokoll entsprechend GSM TS 12,15 angewen- 
det werden. Damit entspricht der Gebiihrenanpassungs-Ser- 



ver CMS einer Auspragung der Vergebuhrungs-Gateway- 
fimktion CGF (Charging Gateway Funktioh) imd kann als 
standardisiert (multivendorfahig) angesehen werdra. Die 
einzige Zusatzflmktion fiir den Dienstenetzknoten SGSN ist 
fiir PDP-Context-Dateien bzw. Records fiir die Nutzung des 
GSM Kurzmitteilungsdienstes (SMS) eines CSI-lbilneh- 
mers als Vergebiihrungs-Gatewayadresse (CG-Adresse) die 
des Gebiihrenanpassimgs-Servers CMS auszuwahlen. 

Fiir eine einfache Realisierung des Gebiihrenanpassungs- 
Servers CMS ist der Verzicht auf einen CCSNo7 Stack und 
die ausschliefiliche Verwendung IP-basierter Protokolle vor- 
teilhafL Daher soUte zur Konununikation mit dem Abrech- 
nungsserver SCP (Service Control Point) das IP-basierte 
Online-Interface (5) verwendet werden. 

Fiir die SCP-Charging-Funktion gibt es zwei Altemati- 
ven: 

Der Gebiihrenanpassungs-Server CMS berechnet die Ko- 
sten in Form von Gebiihren oder Dauem und schickt diese 
Daten an den Dienste-Steueipunkt SCP Dann waren nur die 
GebUhren, die Teilnehmarkennung und eventuell die IP- 
Adresse sowie die Dienstenetzknoten-SGSN-Adresse (B7) 
zu iibertragen. 

Falls die Dienste-Logik des SCP bereits entsprechend 
CAMEL PH3 ein paketorientiertes Tari&nodell realisiert, 
ware die Aufgabe des Gebuhrenanpassungs-Servers CMS 
noch das Dateihandling bzw. Filehandling, das Auspacken 
der DatensStze und das Zusanunenstellen der vexgebiih- 
rungs-relevanten Parameter in einem intern definierten Mit- 
teilungsformat (IMSI, Dauer, Datenvolumen, eventuell IP- 
Adresse, . . welches an die Schnittstelle 5 iibergeben 
wird. Die Tarifdaten wiirden dann iiber die Schnittstelle 10 
direkt im Abrechnungsserver SCP administriert werden. 

b) Kontroll-Funktion 

Die Zeit vom Feststellen der Kontolimitunterschreitung 
bis zum Speiren des Teilnehmers fiir den GPRS-ZugrifF 
sollte moglichst kurz gehalten werden. 

Es konnen Varianten mit Einbeziehung des Gebiihrenan- 
passungs-Servers CMS und mit direkter Steuerung durch 
den Abrechnungsserver/Dienste-Steuerpunkt SCP unter- 
schieden werden. Bei den Funktionen die im Gebiihrenan- 
passungs-Server CMS ausgefiihrt werden, konnen die Ver- 
waltung bzw. Administration der Subscriber-Daten im Hei- 
matregister HLR (B4) und die Einwirkung auf das GPRS- 
Netz unterschieden werden (Unterdriickuiig der Sessions).. 

Eine standardisierte Moglichkeit zum Sperren des Teil- 
nehmers bietet die MAP-Schnittstelle (siehe B7). Wenn der 
Gebiihrenanpassungs-Server CMS nur IP-basierte Proto- 
kolle unterstiitzt, ist eine direkte Unterstutzung der MAP- 
Nachrichten durch den Abrechnungsserver SCP in diesem 
Fall gunstiger. 

Damit ergibt sich die Beispiel-Konfiguration der Fig. 3. 

Patentanspriiche 

L Verfahren zur Behandlung eines Datendienstes, bei 
dem von zumindest einer ersten Kommunikationsein- 
richtung (MS) Daten iiber zumindest einen Teil eines 
Kommunikationssystems als Pakerdaten iiberrnittelt 
werden und bei dem eine Verrechnung von Gebiihren 
fiir den Datendienst erfoigt, dadurch gekennzeichnet, 
daB die Gebiihren mit einem im voraus entrichteten 
Oder freigegebenen Gebiihrenbetrag insbesondere par- 
allel zur Paketdateniibertragung verrechnet warden. 
2. Verfahren nach Anspruch 1, bei dem die Gebiihren- 
verrechnung als Vorauszahlungs-On-Line-Verrechung 
erfoigt. 
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3. Verfahren nach Ansprucb 1 oder 2, bei dem die Ge- 
bUhren abhangig von der fibermittelten Datenmenge 
Oder Anzahl der iibermittelten Datenpakete veirechnet 
werden. 

4. Verfahren nach einem der vorhergehenden Aiisprii- 
che, bei dem die sendende und/oder die empfangende 
Kommunikationseinrichtiing direkt mit einem Funk- 
netz, insbesondere einem Mobilfiinknetz kommuni- 
ziert, welches vorzugsweise auch leitungsvermittelte 
Verbindungen herstellt 

5. Verfahren nach einem der vorhergehenden Ansprii- 
che, bei dem der Paketdaten iibermittekide Teii des 
Kommunikationssystems ein Paketdatennetz ist, insbe- 
sondere das Internet. 

6. Verfahren nach einem der voiiiergehenden Ansprii- 
che, bei dem Funktionen eines Paketnetzes auf Funk- 
tionen eines leitungsvermittelten Netzes und/oder um- 
gekehrt abgebildet werden. 

7. Verfahren nach einem der vorhergehenden Ansprii- 
che, bei dem zur Gebiihrenverrechnung eine Gebuh- 
renanpassungs-Einrichtung, insbesondere ein Gebilh- 
renanpassungs-Server (CMS), verwendet wird. 

8. Verfahren nach Anspruch 7, bei dem der Gebiihren- 
anpassungs-Server (CMS) als Bindeglied von Funktio- 
nen und Einrichtungen eines leitungsvermittelten Net- 
zes, insbesondere Mobilfiinknetzes, imd von Funktio- 
nen und Einrichtungen eines Paketdatennetzes, insbe- 
sondere des Internets, verwendet wird, wobei insbeson- 
dere Vergebiihrungisftinktionen eines leitungsvermittel- 
ten Netzes erhalten werden konnen und durch Einfiih- 
rung des Gebiihrenanpassungs-Servers (CMS) fur ein 
Paketnetz erweitert werden. 

9. Verfahren nach einem der vorhergehenden AnsprU- 
che, bei dem in Zugangsnetzknoten (GSN) eines Paket- 
datennetzes Intemet-Ptotokoll-(rP)-basierte ProtokoUe 
anstelle des Common Channel Signaling Systeiris No. 
7 (CCSNo7) verwendet werden. 

10. Verfahren nach Anspruch 9, bei dem die EP-ba- 
sierte Schnittstelle das IP-Backbone (1), ein O&M- 
Netzwerk (2) oder ein File TVansfer Protokoll (FTP - 
warm billing) ist. 

11. Verfahren nach einem der vorhergehenden An- 
spriiche, bei dem ein Gebiihrenanpassungs-Server 
(CMS) an existiereiide Schnittstellen des Paketnetzes 
angeschlossen wird, wo dieser eine Protokollumset- 
zung auf die entsprechende Schnittstelle des leitungs- 
vermittelten Vorausbezahlungssystems durchfuhrt. 

12. Verfahren nach einem der vorhergehenden An- 
spriiche, bei dem eine GSM-CAMEL-Schnittstelle 
vom Dienstenetzknoten (SGSN) auf einen GebiShren- 
anpassungs-Server (CMS) verlagert wird. 

13. Verfahren nach einem der Anspriiche 8, 11 oder 
12, bei dem die Tarifdaten fUr leitungsvermittelte und/ 
Oder paketvermittelte Dienste (CS bzw. PO) vorzugs- 
weise nur im Gebiihrenanpassungs-Server (CMS) ab- 
gespeichert werden. 

14. Verfahren nach einem der Anspriiche 8 oder 
1 1-13, bei dem Vor^usbezahlungsteilnehmer uber Sub- 
scription-Daten im Heimatregister (HLR), Diensten- 
etzknoten (SGSN) und/oder im Abrechnungsserver 
(SCP) gekennzeichnet sind und nur deren Datensatze 
an den Gebiihrenanpassungs-Server (CMS) Ubertragen 
werden. 

15. Verfahren nach einem der vorhergehenden An- 
spriiche, bei dem die Dareniibermittlung bei einer Kon- 
tenlimitunterschreitung unterbrochen wird und vor- 
zugsweise die Dienstleistungsberechtigung entzogen 
wird. 
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16. Funk-Kommunikationssystem zum AusfUhren ei- 
nes Verfahrens nach einem der vorhergehenden An- 
spriiche. 
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